home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0083 / 174.txt < prev    next >
Text File  |  1997-04-16  |  11KB  |  255 lines

  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Thu,  8 Feb 90       Volume 90 : Issue  174
  4.  
  5. Today's Topics:
  6.                       Epson LQ800 driver for Mac
  7.                   I've seen a PC Ditto II working...
  8.                    Info needed: Ethernet for the ST
  9.                     Software Piracy In Atari Clubs
  10.                          The 'PHANTOM TYPIST'
  11.              Tick-tick-tick-CRASH! is not dead in TOS 1.4
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 8 Feb 90 21:17:36 GMT
  15. From:
  16.  zaphod.mps.ohio-state.edu!rpi!crdgw1!control!kassover@tut.cis.ohio-state.edu
  17.  (David Kassover)
  18. Subject: Epson LQ800 driver for Mac
  19. Message-ID: <5163@crdgw1.crd.ge.com>
  20.  
  21. I am attempting to attach an Epson LQ1500 printer to a Mac Plus.
  22. My particular printer has a SERIAL interface board, which means
  23. Grapplers are useless, since the output end of same are all
  24. Centronics.
  25.  
  26. Furthermore, I believe that the LQ1500 (which is about 4 years
  27. old) and Imagewriters of the same vintage are, in fact,
  28. identical.
  29.  
  30. I have gotten so far as to connect the LQ1500 to the mac, use the
  31. chooser to select the IMAGEWRITER, and cause Word to print
  32. something.  Nothing appears at the print head.  By using an RS232
  33.  breakoutbox, I have detected that there are actually bits going
  34. down into the printer.
  35.  
  36. Furthermore, the printer works just fine when connected in the
  37. normal way to my VAX.
  38.  
  39. I have scanned through the multivolume work entitled something
  40. like "INSIDE THE MACINTOSH", which says that the default printer
  41. and modem port selections are 9600 baud, eight bit characters and
  42. TWO stop bits.  Setting the printer to accept two stop bits is an
  43. experiment I will try, probably some time in the next week.  I
  44. will also try to convince the local Epson representatives that
  45. there might be a driver I could just buy.  (but I would rather
  46. not, at this point)
  47.  
  48. In the meantime I would appreciate any clues that could be
  49. supplied in this matter.  I will post whatever works, if any.
  50.  
  51. Please reply by E-mail, since articles seem to evaporate very
  52. quickly around here (halflife seems to be 2 days)
  53.  
  54. Thanks again
  55.  
  56. ------------------------------
  57.  
  58. Date: 8 Feb 90 20:50:46 GMT
  59. From:
  60.  zaphod.mps.ohio-state.edu!rpi!image.soe.clarkson.edu!news@tut.cis.ohio-state.ed
  61.  u  (,,,2684025)
  62. Subject: I've seen a PC Ditto II working...
  63. Message-ID: <1990Feb8.205046.14824@sun.soe.clarkson.edu>
  64.  
  65. Many people have been asking if ANYONE had gotten their PC-DITTO II
  66. to work correctly...
  67.  
  68. A friend of mine received and played with his pc-ditto II for a week
  69. with no luck... Installed, the board caused his MEGA2 to bomb!!
  70.  
  71. When he was finally able to get through to AG, they told him that his
  72. BLITTER was conflicting with the board, and that if he saved the desktop
  73. with BLITTER disabled, that would take care of it...
  74.  
  75. Besides some physical difficulties (like getting the board inside his MEGA2
  76. which already had a hard drive inside it) that were kludgable...
  77. He has gottn it to work.
  78.  
  79. The board is HUGE... about 5" by 7" !!!
  80. and he connects it every time he wants to use it, because he has gotten too
  81. used to the speed the BLITTER gives him.  He has the PCD II board OUTSIDE
  82. his computer, and has ribbon cables running too it!
  83.  
  84. But hey, it works fast, (MUCH FASTER THAN PC-DITTO I), and looks like
  85. a reasonable clone...  We didn't run speed tests, so can't give ya any
  86. hard numbers...
  87.  
  88. AAron nAAs
  89.  
  90. ------------------------------
  91.  
  92. Date: 8 Feb 90 21:04:49 GMT
  93. From: rochester!kodak!nelson@louie.udel.edu  (Bruce Nelson)
  94. Subject: Info needed: Ethernet for the ST
  95. Message-ID: <2331@kodak.UUCP>
  96.  
  97. A member of our user group is looking for information on the availability
  98. of an Ethernet interface for the ST. He mentioned a unit being manufactured
  99. in Germany. Does anyone out there have any information on Ethernet for the ST?
  100.  
  101. Bruce Nelson
  102.  
  103. ------------------------------
  104.  
  105. Date: 8 Feb 90 20:22:31 GMT
  106. From: brunix!rjd@uunet.uu.net  (Rob Demillo)
  107. Subject: Software Piracy In Atari Clubs
  108. Message-ID: <28529@brunix.UUCP>
  109.  
  110. In article <9002071529.AA10375@SAIC.COM> steveg@SAIC.COM (Stephen Harold
  111.  Goldstein) writes:
  112. >
  113. >       >From: brunix!rjd@uunet.uu.net  (Rob Demillo)
  114. >       >Subject: ST S/ware Rental Places
  115. >       >Message-ID: <28201@brunix.UUCP>
  116. >[writes about organized piracy by Atari 'User Groups']
  117. >
  118. >If you're ever in the Washington D.C. area, stop in on a NOVATARI
  119. >meeting - 2nd Sunday of the month, in Springfield VA.  You should be
  120. >pleasantly surprised.
  121.  
  122. I am pleasantly surprised already...you are the third response I
  123. read regarding other's users group. I'm glad to hear that the situation
  124. is reversed in your communities.
  125.  
  126. As to the user group meetings I went to that had massive piracy: I did
  127. file a complaint with the FBI. They had me fill out a couple of forms,
  128. and that was the last I heard.
  129.  
  130.  - Rob DeMillo                  | Internet: rjd@brown.cs.edu
  131.    Brown University             | BITnet: DEMILLO%BRNPSG.SPAN@STAR.STANFORD.EDU
  132.    Planetary Science Group      | Reality: 401-273-0804 (home)
  133. "I say you *are* the Messiah, Lord! And I ought to know, I've followed a few!"
  134.  
  135. ------------------------------
  136.  
  137. Date: 8 Feb 90 18:19:49 GMT
  138. From: van-bc!ubc-cs!alberta!ccu!bright@ucbvax.Berkeley.EDU  (Bob Bright)
  139. Subject: The 'PHANTOM TYPIST'
  140. Message-ID: <1990Feb8.181949.6042@ccu.umanitoba.ca>
  141.  
  142. In article <17814@laurel.athertn.Atherton.COM> alex@Atherton.COM (Alex Leavens)
  143.  writes:
  144. >Regarding the phantom typist and hunting it down...
  145. >
  146. >The TSR Newbell.prg (which replaces the bell on the Atari with
  147. >digitized sound playback) seems to make this bug happen fairly
  148. >frequently;  all you need to do is pop up the 'About GEM' dialog
  149. >box from the desktop, click on anywhere _but_ the OK button, and
  150. >wait for the sound to stop playing.  About 1 in 4 times, you'll
  151. >get multiple playbacks of the sound, followed by a whole series
  152. >of keyclicks (the phantom typist!).  As soon as you press a key,
  153. >the typing stops.
  154.  
  155.  
  156. What you describe is _not_ the infamous "phantom typist"; it is rather
  157. the well-documented problem of the machine spewing out an infinite
  158. series of escape characters until a key is pressed.  The latter
  159. problem is generally harmless enough (unless, that is, your
  160. application does something quirky with escapes); if memory serves, the
  161. experts attribute the behaviour in question to applications spending
  162. too long in interrupts.
  163.  
  164. You can tell that your machine is possessed by the real phantom typist
  165. when you're typing merrily away and suddenly the machine slows down
  166. dramatically, or appears to lock up altogether.  If you stare at the
  167. screen long enough, the characters which you typed when the machine
  168. began to slow down will eventually be read from the keyboard buffer,
  169. one by one, at an abominably slow rate (ranging from numbers of
  170. seconds to perhaps minutes).  If you're very lucky, you can spend the
  171. next five minutes inputing the keystrokes to save your document (but
  172. see below), and then reboot to get rid of the phantom; but if he's
  173. managed to get a sufficiently firm grasp on the machine, it will
  174. probably just lock up or bomb completely.
  175.  
  176. Note that word processors seem to be the phantom's favorite target,
  177. though some users have reported that he sometimes gnaws on Flash;
  178. perhaps any keyboard-intensive application is a candidate.  The
  179. problem is definitely not limited to any one company's applications;
  180. Word Writer, Word Perfect, 1st Word+, and Flash users have all been
  181. bitten at one time or another.  If (as kbad recently suggested) the
  182. phantom is due to bad programming practice rather than a bug in TOS,
  183. then a lot of major developers are breaking the same rule or rules,
  184. and it would sure make everyone's lives a lot easier if we could
  185. isolate them.
  186.  
  187. One thing I haven't seen mentioned in previous discussions of the
  188. phantom is that the slowdown is connected to mouse movement.  (I
  189. posted concerning this a few days ago, but I'm not sure the posting
  190. made it out.)  Next time the phantom strikes, try moving the mouse
  191. slightly after each keypress.  Here's the typical scenario when the
  192. phantom strikes me in Word Perfect:
  193.  
  194. 1. The machine slows to a crawl; keystrokes and mouseclicks take
  195.    effect only seconds after a key is pushed or button clicked.
  196. 2. I hit F7 ("Exit").  Nothing happens.
  197. 3. I move the mouse slightly.  "Save file?" dialogue appears instantly.
  198. 4. I respond with "y".  Nothing happens.
  199. 5. I move mouse slightly.  File is instantly saved and "Exit?"
  200.    dialogue appears.
  201. 6. I respond with "y".  Nothing happens.  Etc.
  202.  
  203. Maybe the fact that keystrokes take effect immediately when the mouse
  204. is moved suggests something that will help to ferret out the phantom.
  205. At the very least, moving the mouse may save you a few tense moments
  206. the next time he strikes. BBB
  207. --
  208. Bob Bright <bright@ccu.umanitoba.ca>
  209. Dept. of Philosophy
  210. University of Manitoba
  211. Winnipeg, Man  R3T 2N2  (204) 474-9680
  212.  
  213. ------------------------------
  214.  
  215. Date: 8 Feb 90 18:52:26 GMT
  216. From: phoenix@g.ms.uky.edu  (R'ykandar Korra'ti)
  217. Subject: Tick-tick-tick-CRASH! is not dead in TOS 1.4
  218. Message-ID: <14077@s.ms.uky.edu>
  219.  
  220. In article <1990Feb6.174024.13984@ccu.umanitoba.ca> bright@ccu.UManitoba.CA (Bob
  221.  Bright) writes:
  222. >1.  Machine slows to a crawl; keystrokes and mouseclicks have an effect
  223. >    only seconds after a key is pushed or button clicked.
  224. >2.  I hit F7 ("Exit").  Nothing happens.
  225. >3.  I move mouse slightly.  "Save file?" dialogue pops us instantly.
  226. >4.  I respond with "y".  Nothing happens.
  227. >5.  I move mouse slightly.  File is saved, and "Exit?" dialogue pops
  228. >    up.
  229. >6.  I respond with "y".  Nothing happens... etc.
  230. >Does this behaviour suggest anything to anyone?
  231. >Bob Bright <bright@ccu.umanitoba.ca>
  232.  
  233.      Uh... Yeah! Actually, it does, and I don't even own an ST. (SO please:
  234. if my idea is completely off base, sorry for the bandwidth. Please don't
  235. bother with flames.)
  236.      I had a lockup problem not entirely dissimilar with one of my Amiga
  237. systems a while ago, only the "fix" was to pop _any_ diskette out and back
  238. in. The problem turned out to be not software, but a bad CIA chip (Complex
  239. Interface Adaptor; chip that converted disk, serial, keyboard etc output
  240. into something the processor could handle; i.e. an I/O chip) that was
  241. sending noise on the signal lines. Replacing it fixed the problem.
  242.      So here's the question: could this be a similar situation, caused
  243. by excessive RF interference or a bad run of chips? Somebody out there
  244. who likes taking apart their ST systems might want to try improvising
  245. with additional (and removing - see if it happens more) shielding.
  246.                                                      - R'ykandar.
  247. --
  248. | R'ykandar Korra'ti, Editor, LOW ORBIT | phoenix@ms.uky.edu | CIS 72406,370 |
  249. | Elfinkind, Unite! | phoenix@ukma.bitnet | PLink: Skywise | QLink: Bearclaw |
  250.  
  251. ------------------------------
  252.  
  253. End of INFO-ATARI16 Digest V90 Issue #174
  254. *****************************************
  255.